WO 03/056850 



i 



PCT/DE02/04499 



10/50041 



UT04 Rec'd PCT/PTO 2 4 JUN 2004 



Description 

Method for administering presence information in a telecommunication 
and/or data network 

5 The invention relates to a method for administering presence and/or 
availability information in a telecommunication and/or data network 
in accordance with the preamble of Claim 1. 

For many years, in both telecommunication networks - the fixed 
network as well as mobile networks - and also in data networks - the 
10 Internet as well as Intranets - increasing numbers of IN services 

have been provided and used which are based on information about the 
presence or availability of a subscriber and will be referred to in 
this document as "presence-based services". 

Presence-based services will have a significantly enhanced role to 
15 play in Next- Generation Networks (NGN) . For presence-based 
services/applications information about the availability of 
subscribers (how and where a subscriber can be reached) is utilized 
for the service/the application. This information can typically 
serve to 

20 - signal to a subscriber whether and how they other party that they 
wish to call can be reached so that, if their availability status 
changes, a connection can then be set up automatically for example, 

- to optimize call forwarding or call diversion scenarios or 

- to initiate conferences if all desired subscribers are identified 
25 as accessible. 

To allow meaningful use of the services the following functions must 
be available: 

1) A subscriber must be able to define information about their own 
presence status . 

30 2) The subscriber must be able at any time to define the group of 
people who are allowed access to their presence information (e.g. 
all persons who are listed in their Outlook contact addresses or all 
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subscribers in a closed user group) . 

3) The subscriber must be able to subscribe to notifications about 
the presence status of another subscriber or of a specific service 
(e.g. to be given information as soon as subscriber X is present). 
5 4) The subscriber must be able to be informed about the occurrence 
of their desired conditions (of a previously defined state) (e.g. 
subscriber X has changed to the "present" state) . 

In the area of telecommunications the user normally enters these 
functions at a graphical user interface on a PC or handheld. An SIP 

10 UserAgent on the terminal then converts this information into the 

corresponding SIP methods: "REGISTER", to define one's own presence 
status and the access rights; "SUBSCRIBE" to give notification that 
you wish to be informed about the presence status of a specific 
subscriber; "NOTIFY" is finally the information that the desired 

15 subscriber has assumed the subscribed presence status. As a rule 

this information is sent to what is known as a presence server which 
then initiates the corresponding functions, e.g. storage of the 
REGISTER information or output of NOTIFY once the condition defined 
by SUBSCRIBE is fulfilled. 

20 It should thus be emphasized that previously the presence 

information has as a rule been administered via an SIP-based 
terminal of the subscriber and is thus only available to SIP 
subscribers. This represents a significant restriction of the user 
group which is neither in the interests of poteitial users nor of 

25 service providers' (who naturally wish to reach as many users as 
possible) . 

The object of the invention is thus to provide an improved method 
based on the generic art which allows a significant expansion of 
users of presence-based services and thus of their scope and usage 
30 options . 

This object is achieved by a method with the features of Claim 1. 

The invention includes the fundamental idea of providing a 
connection, both for entry of the presence status and also for 
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access to the information and service features derived from it, 
through the interfaces which have not previously be able to be used 
in this context . 

A number of alternatives are described below for how presence 
5 information can be administered by any given subscriber or how any 
given subscriber can be informed when the condition that they 
require arises. The single Figure thus presents a schematic, 
synoptic presentation of variants A) to E) discussed below in a 
network structure in which presence information is administered 
10 using SIP methods on a presence server and which has various 

administration interfaces and format conversion options. The Figure 
is largely self-explanatory when related to the explanations of 
variants A) to E) given below, rendering a specific description of 
the Figure superfluous. 

15 The functions 1), 2) and 3) listed at the start can therefore be 

administered by any given subscriber (PSTN/ISDN, H.323, SIP) via the 
following paths: 

A) Administration via Web interface (HTTPS) 

The Web interface can either be provided directly by the presence 
20 server (internal interface between Web- Interface and Presence- 
Service) or via a separate Web servers which then in turn converts 
information administered at the Web interface to the known SIP 
methods . 

B) Entry via PIN codes 

25 With classic PSTN/ISDN telephones the services are controlled in 

many cases via PIN codes. The subscriber dials a prespecified number 
and then controls their service (e.g. call diversion for mobile 
telephones) via a specified key combination (e.g. *1234#) . 

Similarly specific key sequences can be used to set one's own 
30 presence status or, by entering letters (in a similar ways to the 

way in which telephone directories are used with mobile or cordless 
telephones) to define the subscribers for which there is to be . a 
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subscription or to define restrictions. 

The PIN codes are either converted directly in the presence server 
(e.g. if this has a PSTN/ I SDN or H.323 interface) or they are 
converted in a PSTN/ISDN SIP gateway to the corresponding SIP 
5 methods. A conversion into the INFO methods defined in SIP is 

possible. In this case the presence servers must in its turn convert 
the PIN codes into the corresponding presence information. 

C) Entry via SMS 

The presence information can be defined via a predefined structure 
10 of an SMS or via keywords (e.g. PS (for Presence Status) = present; 
PS = not present; Sub (for Subscribe) = Rudi Stelzl or Sub = +49 89 
722 23693) . the SMS is then sent via a specified number. 

Similarly to A) and B) this information can go directly to the 
presence server which performs the conversion, or the information 
15 can be converted on a separate server into the corresponding 

messages. Mapping of the SMS to an Instant Messaging message is also 
possible. In this case the presence server must again convert the 
information . 

D) Entry via speech using a voice portal 

20 The subscriber dials the number of the voice portal and can control 
the voice information via voice dialog (e.g. the voice input "I can 
be contacted in the office between 14:00 and 16:00." could be 
converted into a presence status: Office; this status would be valid 
in the period between 14:00 and 16:00). The "Automatic- Speech 

25 Recognition" function of the Voice Portal can use keyword spotting 
to filter out the essential information and the Voice Portal can 
forward this information (as described under A) ) via an "internal 
interface" to the presence server or convert it to the corresponding 
SIP methods and transmit it to the presence server. 

30 E) Conversion of information available indirectly into presence 
status 
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Indirect information (i.e. information not directly controlled by 
the subscriber) can also be used to control the presence 
information. E.g. if a subscriber, when making a telephone call from 
their office, is all likelihood still going to be available at their 
5 desk once they have finished the call. Using "IN- like" triggers an 
exchange can forward this information to a presence server. In this 
case it makes sense for the presence status to change automatically 
after a selectable time (e.g. 15 minutes) back to the status "not 
accessible" if there has not been any further status change or 
10 refreshing of the status "accessible" (by a further telephone call) . 

Further examples of obtaining presence information indirectly are 
subscriber activities such as: - Dialing into the Internet, 

- Sending e-mails, - Keyboard entries at the PC. 

It is also possible to obtain information from contact systems (e.g. 
15 Outlook) . A few of these options are certainly questionable from the 
point of view of data security, but coiiLd always very well be used 
on the basis of company- internal regulations or with the agreement 
of those involved. 

For the function 4) described above there are the following 
20 alternatives : 

F) SMS/Instant Messaging 

The subscriber is sent an SMS or an instant message as soon as the 
desired status has been reached. 

G) Announcement (standard announcement or individual announcement) 

25 For PSTN/ISDN and H.323 in particular, which indeed cannot receive 
an SIP-NOTIFY message directly, the presence server can forward the 
desired information to a Voice Portal, which sets up a call and 
plays a standard announcement or an announcement defined previously 
by the subscriber to provide information about the presence status. 



30 



H) Specialized servers 
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The fact that the desired status has been reached can also be 
notified to a server which then automatically initiates a call 
between the two subscribers or even a conference. 

I) Visual or audible indication 

5 The fact that the desired status has been achieved can also be 

indicated visually or audibly. The subscriber can then if necessary 
request more detailed information by calling a specific number. This 
makes sense above all if they have subscribed for a number of 
subscribers . 

10 J) Pop-up window on the PC 

In addition it is proposed that the methods shown under F) to I) (or 
other methods as well) do not necessarily have to be defined a 
priori. The presence servers can select the method on the basis of 
the presence information of the subscriber (who has executed the 
15 SUBSCRIBE) and thereby achieve a higher likelihood of being reached. 

If for example the subscriber is not at their desk but is in a 
meeting, an SMS or an instant message is more advantageous than an 
announcement since the latter cannot be accepted. 



